KTUGFaqKTUG FAQ
![[http]](/wiki/imgs/http.png)
M-Tx › Ubuntu占쏙옙占쏙옙TeX占싹깍옙&value=명령행 › HuidaeCho&value=리눅스에서설치하기 › MiKTeX한글환경 › IsCho/PSTricks&value=은글꼴 › \uppercase
- AMSLaTeX/Hangul . . . . 4 matches
유니코드 한글을 ams classes에서 사용하는 경우 `\maketitle`이나 난외주, `\thanks` 등의 한글은 전혀 아무런 문제를 일으키지 않는다. 다만 `\uppercasenonmath`라는 매크로 하나를 죽여줄 필요는 있다. 그러므로 preamble에서 다음과 같이 해주는 것으로 충분하다. ---[Karnes]
\renewcommand\uppercasenonmath[1]{}
Q. <:( amsart 클래스와 amsproc 클래스에서는 `\uppercasenonmath`라는 매크로 하나를 죽임으로써 거의 모든 문제가 해결되었습니다. 그러나 amsbook 클래스에서는
A. amsbook의 {{{\uppercase\expandafter}}} 코드는 ASCII 이외의 코드와 호환성이 없습니다. 즉 영어 이외의 라틴 계열 언어에서조차 문제가 생긴다는 것입니다. amsbook.cls의 버그라고 알려져 있습니다. comp.text.tex에 관련된 대화가 있는데... "불평하는 사람이 없으면 고치는 사람도 없다"는 답변을 누군가 달아두었더군요. \MakeUppercase 또는 \MakeTextUppercase를 사용하도록 고쳐야 합니다.
\MakeUppercase{\chaptername}\enspace\thechapter} - DHUcs/대화 . . . . 15 matches
==== `MakeUppercase 재정의` ====
HLaTeX과 latex-ucs은 하부구조가 근본적으로 서로 다릅니다. HLaTeX이 아닌 latex-ucs에서 `\MakeUppercase`의 재정의가 과연 필요한 것인지 토론이 있어야 할 것 같습니다.
\DeclareRobustCommand{\MakeUppercase}[1]{{% latex.ltx
\protected@edef\reserved@a{\uppercase{#1}}%
\protected@edef\MakeUppercase#1{\MakeUppercase{#1}}
\DeclareRobustCommand{\MakeUppercase}[1]{\uppercase{#1}}
`dhucs.sty`에 `MakeUppercase/MakeLowercase`를 재정의하고, `ucs-hangul`의 재정의는 빼는 것에 동의합니다. 그리스 문자 같은 경우, 한글 문서에서 uppercase를 해주어야 하는지 확신이 서지 않는 점이 있기는 합니다만, 단순한 `uppercase`보다는 `MakeUppercase`가 호환성이 높겠지요. 몇 가지 테스트를 거쳤습니다. 좋으시다면, 이것을 합쳐서 `모든 한자 자동조사`까지 합쳐서 2.0으로 릴리스하겠습니다. --[Karnes]
이렇게 한글문자임을 선언하는 약간의 수고를 감수함이 옳다고 봅니다. 또는 {{{$\alpha \beta$}}} 방식을 써도 되겠네요. 이 두가지 모두 uppercase가 먹지 않습니다. 각설하고, 2.0을 릴리스 하신다니 약간 다듬고 싶은 곳이 있는데, 우선 hyperref가 로드되지 않았을 때 경고 메시지를 조금 뽀대나게 하면 좋겠구요:
현재 \unichar 자체가 `\DeclareRobustCommand`로 정의되어 있어서 T1 인코딩 영역의 글자를 uppercase해도 작동하지 않습니다. uppercase의 인자가 `\unichar{254}` 이런 식으로 들어오기 때문입니다. `\DeclareRobustCommand`는 LUC인코딩에 대해서만 지정함이 옳다고 생각합니다. 다음과 같이 수정하면 될 것 같습니다.
여전히 버그가 있습니다. 문제의 원인은 chapter title을 페이지 헤더에 넣을 때 uppercase가 적용되기 때문입니다. 이를테면 ^^ea^^b0^^80("가")이 ^^ca^^90^^80으로 바뀐 채 `dhucsPrerenderUnicode`의 인자로 들어오는 것입니다. 그래서 이렇게 잘못된 utf-8이 먹여지면 uppercase의 반대 기능을 하는 lowecase하도록 구상한 것입니다. 그런데 다시 생각해보니 이런 단순한 논리는 성립하지 않더군요. "aBc"를 uppercase한 후 다시 lowercase하면 최초의 "aBc"가 아니라 "abc"가 돼버리니니까요. "가"를 uppercase했다가 lowercase하면 ^^ea^^b0^^80이 아나라 ^^ea^^b0^^a0가 돼버리지요. 그렇다면 잘못된 utf-8이 들어오면 강제로 lowercase할 것이 아니라 차라리 아무 짓도 않고 그냥 통과시키는 것이 더 낫다고 생각합니다. 어차피 book class라면 tableofcontents를 이용할테고 다음 컴파일에서 `dhucsPrerenderUnicode`가 제대로 실행될테니까요. 물론 모든 케이스를 해결하지는 못하지만 이렇게만 해도 대부분의 경우 정상적으로 작동할 것으로 봅니다. 요컨대 위 코드에서 두 줄을 없애주거나 주석처리하는 것이 좋겠습니다. --DohyunKim
만약 그렇다면, 현재는 ucs-hangul에만 있는 `MakeUppercase` 재정의(hangul.sty에서 가져온 것입니다)를 dhucs 전체에 대해서 적용하면 어떻게 될까요? 일반적으로 chapter 명령의 인자로 한글이 들어가는 상황은 한글 문서를 작성하는 상황이기 때문에 `[hangul]` 옵션 인자를 줄 것이므로, 큰 문제없이 처리되는 것이 아닌가 합니다만... --[Karnes]
`MakeUppercase`를 재정의해도 별 차도가 없을 것 같습니다. hangul옵션에서 이런 일이 생기지 않는 것은 chapter명령에 `\PrerenderUnicode`를 넣어둔 탓이지, `MakeUppercase` 재정의 때문은 아닌 듯 합니다. 당장은 해법이 떠오르지 않네요. T1 영역의 uccode, lccode를 재정의하는 무자비한 방법을 쓸 수는 없을 것입니다. 결국 256개 chars을 가지고 유니코드 전영역을 표현하려 한데서 기인하는 약간의 불편이 아닐까 합니다... 아무 것도 하지 않는 것보다 메시지라도 주는 것은 어떨까 모르겠습니다. --DohyunKim
만약 `\PrerenderUnicode` 명령이 라틴 글자에 대해 ''무해하다면'', MakeUppercase 정의 자체에 이것을 한 번 넣어주는 (좀 무식해보이는) 방법은 어떻겠습니까? 이것만으로 일단 chapter 인자의 uppercase 문제는 대부분 .pru 파일을 거치면서 식자되는 것으로 생각됩니다. --[Karnes]
uccode, lccode를 재정의했더니 `\MakeUppercase`는 잘 작동하는데 primitive 명령인 `\uppercase`가 먹지 않더군요. 따라서 이 아이디어는 폐기입니다. 제안하신 바 `\MakeUppercase`에 `\PrerenderUnicode`를 넣어주는 코드는 어떻게 짜면 될까요? --DohyunKim
\DeclareRobustCommand{\MakeUppercase}[1]{\PrerenderUnicode{#1}\uppercase{#1}}
이렇게 하자는 것이었습니다. 이 경우 #1 인자로 dhucs가 한글로 간주하는 코드가 올 때는 문제가 없을 것이고, 문제는 라틴 문자들인데 영문자의 경우는 uppercase가 되겠지만 예컨대 그릭 문자 같은 것이 오면 그대로 식자될 것입니다. 그것이 과연 허용가능한 것이냐가 관건이겠지요. 아무튼 이렇게 해주면 이 글자가 한번 .pru로 들어갔다가 다음번에는 올바르게 표시될 것으로 기대합니다. --[Karnes] - Karnes/2006-04 . . . . 3 matches
Roman - uppercase roman numerals
Alph - uppercase letters
> %% Greek uppercase Omega
> %% Greek Uppercase Lambda - Karnes/LaTeXTips . . . . 1 match
\renewcommand\uppercasenonmath[1]{} - LittleTree/ReadingTeXbook/2006-04 . . . . 4 matches
\uppercase는 주어진 인자를 대문자로 바꾸는데 control sequence(매크로)는 예외입니다.
\else\uppercase{\if#1}#1\advance\count0 by1 \fi\let\next=\ucact\fi \next}
\uppercase{\if#1}#1
name $\hbox{\TeX}$ , which is an uppercase form of $\tau\epsilon\chi$ . - LittleTree/ReadingTeXbook/2006-08 . . . . 11 matches
{{{#!blog 작은나무 2006-08-29T02:16:54 \uppercase의 진실
텍이 사용하는 256개의 문자들 각각은 \uccode, \lccode라 불리는 두개의 값을 가지고 있습니다. 그리고 그 두개의 값은 \catcode에 의해서 그 문자의 catcode가 바뀌는 것처럼 \uppercase 혹은 \lowercase에 의해서 \uccode, \lccode의 값을 변경시킬 수 있습니다.
\uppercase가 하는 일은 주어진 문자토큰의 문자코드를 그 문자코드의 \uccode 값으로 바꾸는 일을 합니다. 예를들면, 소문자 b=(문자코드, 카테고리코드)=(98, 11)입니다. 그런데 \uppercase{b} 하면 b의 문자코드가 b의 \uccode인 B로 바뀌므로 (66,11)이 되고 따라서 대문자 B로 보이게 됩니다.
여기서 눈여겨 봐야 할 것은 \uppercase에 의해서 문자의 문자코드만 바뀌었지, 카테고리코드는 바뀌지 않는다는 것을 알 수 있습니다. 이러한 특성을 이용하면 대단히 재미있는 것을 할 수 있습니다.
\uccode`1=`b \uppercase{1}
위에서 "1"의 \uccode를 "b"로 했습니다. 따라서 \uppercase{1} 하면 "b"가 되는데, 재미있는 것은 위 과정을 통해서 만들어진, 우리 눈에 보이는 소문자 "b"의 카테고리코드는 11이 아닌, 원래 "1"의 그것인 12라는 점입니다.
{\uccode‘1=‘i \uccode‘2=‘f \uppercase{\gdef\if@12{} }} % ‘if’ is required
{\uccode‘1=‘i \uccode‘2=‘f \uppercase{\gdef\if@12{} }} % ‘if’ is required
{\uccode‘1=‘i \uccode‘2=‘f \uppercase{\gdef\if@12{} }} % ‘if’ is required
라고 하면 안되는 것인지. 무슨 이유로 그룹을 하나 만들고, 그 그룹안에서 \uccode를 변경하고 \uppercase를 통해서 그걸 원하는대로 돌려놓고, 그룹안에서 정의했기때문에 - LocalSpellingWords . . . . 1 match
spam uppercase wiki wikis www �berschneidet �bersetzen - PrimitiveControlSequences . . . . 1 match
*[[\uppercase]] - 작은나무/2006-05 . . . . 2 matches
\def\process#1{\uppercase{\loc#1}{AEIOU}\iffound{\bf#1}\else#1\fi}
\def\process#1{\uppercase{\loc#1}{AEIOU}\iffound{\bf#1}\else#1\fi} - 작은나무/2008-08 . . . . 1 match
\def\BigRoman{\uppercase\expandafter{\romannumeral\count255}}
